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(54) Browser for hierarchical structures 

(57) A browser for viewing data representing text, 
pictures, sounds, virtual reality worlds, links, or other ob- 
jects, and organized in a hierarchical structure is provid- 
ed to display and interact with links to the data. A re- 
trieved set of data is displayed in a lens, and subse- 
quently retrieved sets of data that are deeper in the hi- 
erarchical structure are displayed in further stacked 
lenses, creating a visual representation of the hierarchy. 
A label on each lens provides information on the data 



originally displayed in the lens. A user may choose to 
view the originally displayed contents of any lens on the 
screen. A user may also modify a personal hierarchical 
data structure comprising links to sets of data in the first 
hierarchical structure. In doing so, a user creates an en- 
tirely new hierarchical structure that customizes the or- 
ganization of data according to personal preferences 
and takes advantage of natural association to reduce 
the number of perceived levels in the new hierarchical 
data structure. 
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Description 

[0001 ] Applicant hereby claims the benefit of the ear- 
lier filing date of Provisional Patent Application No. 
60/058,946 entitled "Browser for Hierarchical Struc- 
tures", filed August 22, 1997, pursuant to 35 U.S.C. § 
119(e). 

FIELD OF THE INVENTION 

[0002] This invention relates to browsers as a means 
of viewing data and files structures. More particularly, 
this invention discloses a browser for viewing data 
wherein a retrieved set of data is displayed in a lens, 
and subsequently retrieved sets of data that are deeper 
in the hierarchical structure are displayed in further 
stacked lenses, creating a visual representation of the 
hierarchy. 

BACKGROUND 

[0003] With the tremendous advances in computer 
processing power and network capabilities over the past 
decade, the popularity of graphical user interfaces for 
viewing information over a network has increased sub- 
stantially. Whereas in the past most networks used text 
displays to convey data from a server to a user, most 
interfaces today use graphics to convey information in 
a manner that is not only more pleasing to the eye, but 
also allows data to be manipulated and presented in 
ways not possible with pure text. 
[0004] The first graphical user interfaces for networks 
were primitive and not entirely intuitive. A user would 
have to type complex commands to select the data to 
be displayed or to change the manner the data is dis- 
played. Searches also required complex commands 
that were not very different from those used for text- 
based interfaces. However, searches were often the on- 
ly way to find the desired data, since these primitive in- 
terfaces were not able to take full advantage of the links, 
to the extent that they existed, to quickly move a user 
from one set of data to another related set of data. 
[0005] Today, browsers with graphical user interfaces 
are often used for viewing data across a network. Ex- 
amples of popular browsers being used today are Net- 
scape Navigator and Microsoft Explorer. Today's brows- 
ers can take greater advantage of links between related 
sets of data, and use these links to navigate among the 
various sets, including going up and down data hierar- 
chies and revisiting previously viewed data. 
[0006] While browsers and their graphical user inter- 
faces are becoming increasingly sophisticated, the un- 
derlying data itself has become more complex. Data 
may be organized into huge databases of information 
that is spread across a network. Data may be organized 
into objects, including applications and related files, or 
groups thereof. This data may be organized in larger hi- 
erarchies, often many levels deep. 
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[0007] These hierarchically organized objects and 
groups usually consist of textual data, icons, or two-di- 
mensional images. New development tools, such as 
JAVA, allow browsers to display more sophisticated ob- 
5 jects, such as moving pictures or moving text. However, 
even these objects are limited by the underlying descrip- 
tive language used to create them. For example, today's 
browsers are not capable of displaying interactive 
VRML (Virtual Reality Markup Language) worlds. 
10 [0008] It has become a challenge to present data in a 
clear and efficient manner through networks. Browsers 
can display only a limited amount of information on a 
user's screen at any given time. If a user chooses to use 
one lens, or window, to display a given set of data, the 
*5 data disappears when a user subsequently displays oth- 
er sets of data. If a user then wishes to revisit a prior set 
of data, it is usually necessary to visit all the links be- 
tween the most recently viewed set of data and the de- 
sired prior set of data. Although most browsers allow us- 
20 ers to create bookmarks for a given set of data, book- 
marks are not automatically created, and require extra 
effort on a user's part. Many browsers also keep a list 
of recently accessed data, but users are then required 
to have the list displayed on the screen (taking up valu- 
es able screen space) and then remember which set of da- 
ta is the desired set. 

[0009] Some browsers allow users to have multiple 
lenses, or windows, each with a different set of data, 
displayed on the screen at any given time. However, as 

30 the multiple windows start overlapping each other, a us- 
er can easily lose track of the order in which the data 
was visited. Alternatively, a user may wish to recall the 
hierarchy of the sets of data previously visited, which is 
also easily forgotten when multiple windows are dis- 

35 played. 

[0010] On the other hand, a user may wish to have 
easy access to links to frequently accessed data. As not- 
ed above, most browsers allow a user to create book- 
marks. However, as the number of bookmarks increas- 
^0 es, it becomes more difficult for the user to quickly find 
a particular bookmark. This problem may be alleviated 
somewhat by having a hierarchical structure of book- 
marks. However, this is far from a perfect solution, as 
an increasingly complicated hierarchical structure of 
bookmarks makes it even more difficult for a user to find 
a particular link, and time is wasted going through the 
various levels of the hierarchical structure. Thus, there 
is also a need to organize links in a manner that makes 
them readily accessible. 

50 

SUMMARY OF THE INVENTION 

[0011] The present invention relates to an improve- 
ment over classic network browsers. The browser being 
55 disclosed provides easy access to previously accessed 
data. 

[0012] It is an object of this invention to convey data 
in an efficient manner by displaying the data according 
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to the data's hierarchical structure. 
[0013] It is another object of this invention to give a 
user easy access to a hierarchical data structure by pro- 
viding access to data at several levels within the hierar- 
chical data structure simultaneously. 
[0014] It is another object of this invention to provide 
labels for lenses displaying data at various levels within 
a hierarchical data structure. 

[001 5] It is another object of this invention to organize 
the display of hierarchical data in a logical manner that 
is pleasing to the eye. 

[0016] It is another object of this invention to provide 
a means for a user to define a personal hierarchical data 
structure. 

[0017] It is another object of the invention to use links 
in a personal hierarchical data structure in conjunction 
with natural association to access data in another hier- 
archical data structure having more levels than the per- 
sonal hierarchical data structure. 
[0018] It is another object of the invention to utilize 
colors, shapes, or other attributes to indicate natural as- 
sociation of links in a personal hierarchical data struc- 
ture. 

[001 9] It is another object of the invention to use links 
in a personal hierarchical data structure in conjunction 
with natural association to access data, wherein the da- 
ta is obtained through channels. 
[0020] It is another object of the invention to allow ex- 
ception reporting in conjunction with a personal hierar- 
chical data structure. 

[0021 ] It is another object of the invention to organize 
data into objects and groups of objects that can be rep- 
resented as three-dimensional animations and VRML- 
worlds. 

[0022] It is another object of the invention to display 
a context-sensitive menu when a cursor is placed on or 
near an object. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] Fig. 1 is a view of a computer screen showing 
an embodiment of the display for a browser. 
[0024] Fig. 2 is a flow chart showing how the display 
of lenses in a browser is determined. 
[0025] Fig. 3a is a view of a computer screen showing 
an example of a lens displaying a graphical representa- 
tion of a category at a first level. 
[0026] Fig. 3b is a tree structure representation of the 
category being represented in Fig. 3a. 
[0027] Fig. 4a is a view of a computer screen showing 
an example of a lens displaying a graphical representa- 
tion of a category at a second level. 
[0028] Fig. 4b is a tree structure representation of the 
category being represented in Fig. 4a, 
[0029] Fig. 5a is a view of a computer screen showing 
an example of a lens displaying a graphical representa- 
tion of a category at a third level. 
[0030] Fig. 5b is a tree structure representation of the 



category being represented in Fig. 5a. 
[0031 ] Fig. 6a is a view of a computer screen showing 
an example of a lens displaying a graphical representa- 
tion of a category at a fourth level. 
s [0032] Fig. 6b is a tree structure representation of the 
category being represented in Fig. 6a. 
[0033] Fig. 7 is an example of a simplified object mod- 
el showing how a hierarchical browser may be pro- 
grammed. 

[0034] Fig. 8 is a view of a computer screen showing 
an embodiment of the user favorites screen containing 
graphical representations of user-created links. 
[0035] Fig. 9a is a view of a computer screen showing 
an embodiment of a display containing graphical repre- 
sentations of user-created links, wherein a popup menu 
is displayed. 

[0036] Fig. 9b is a tree structure representation of the 
user-created links shown in Fig. 9a. 
[0037] Fig. 1 0a is a view of a computer screen show- 
ing an embodiment of a display containing graphical 
representations of user-created links, wherein a link has 
been moved. 

[0038] Fig. 10b is a tree structure representation of 
the user-created links shown in Fig. 10a. 
[0039] Fig. 1 1 a is a view of a computer screen show- 
ing an embodiment of a display containing graphical 
representations of user-created links, wherein the phys- 
ical representations of the links have been moved on 
the display without changing the hierarchical structure 
of the links. 

[0040] Fig. lib is a tree structure representation of the 
user-created links shown in Fig. 11a. 
[0041] Fig. 12 is a view of a computer screen showing 
an alternative embodiment of the user favorites screen 
containing graphical representations of user-created 
links. 

[0042] Fig. 13 is an example of a simplified object 
model showing how a user favorites screen containing 
graphical representations of user-created links may be 
programmed. 

DETAILED DESCRIPTION OF THE INVENTION 

[0043] For clarity and simplicity, the invention will be 
described in the context of SAP software, including the 
marketed R/3 System. A brief description of the R/3 Sys- 
tem follows. 

[0044] R/3 can be described primarily as an online 
transaction processing system designed to provide in- 
tegrated processing of all business routines and trans- 
actions. It includes enterprise-wide, integrated solu- 
tions, as well as specialized applications for individual, 
departmental functions. R/3 mirrors all of the business- 
critical processes of the enterprise - finance, manufac- 
turing, sales, and human resources. It also offers vari- 
ous analytical capabilities to supplement the transaction 
processing function. 

[0045] Recent paradigm shifts have forced compa- 
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nies to optimize all business processes along the net- 
value-added chain through the use of modern data 
processing and enterprise-wide information manage- 
ment. In order to become successful, companies often 
network with customers and suppliers such that prod- 
ucts and services of high quality can be made available 
with minimal delay in response to customer demands. 
R/3 achieves these goals with online integration of data 
in the company. 

[0046] The R/3 System is based on SAP's client/serv- 
er architecture which separates the database, applica- 
tion, and presentation components for greater flexibility. 
This enables enterprises to take advantage of the vari- 
ous benefits of the architecture, including the capability 
to run across a variety of today's most popular UNIX- 
based hardware platforms. The R/3 System is designed 
so that the application systems and system functions 
are decoupled by a clear layer of architecture, with an 
application layer and a basis layer. The multilayer archi- 
tecture of the R/3 System allows optimal load distribu- 
tion, even in large installations with thousands of users. 
It has a modular structure with methods for controlling 
master-slave relationships between individual software 
components. Special servers linked by communications 
networks can be used for certain tasks without losing 
the integration of data and processes in the overall sys- 
tem. Implementation of separate servers for particular 
tasks makes optimal use of the performance potential 
and the different cost structures of available hardware 
architecture. This allows applications to be partitioned 
into different services and run on different servers. The 
fundamental services of the R/3 system (graphical pres- 
entation services, application services for handling of 
the application logic, database services for storage and 
recovery of business data, etc.) are partitioned and may 
evolve separately while maintaining interoperability. 
[0047] It will be appreciated that the invention may be 
practiced using different hardware and different operat- 
ing systems, and is not restricted to use with R/3. In fact, 
the invention is designed to be platform-independent. 
[0048] Furthermore, the invention may be designed 
as modules that can be imbedded in a container. Thus, 
Active-X Control or OCX may be used, though the in- 
vention should not be construed as being limited to such 
implementations. 

Preferred Embodiments of the Browser 

[0049] It will be assumed that a hierarchically struc- 
tured database exists. For illustrative purposes, within 
this database reside sets of data, including four sets of 
data with the following category names assigned to 
them: "User Info Catalog", "Companies", "Computer 
Technology", and "SAP". "User Info Catalog" is linked to 
"Companies", which is one hierarchical level below "Us- 
er Info Catalog". Similarly, "Companies" is linked to 
"Computer Technology", which is another hierarchical 
level below. Finally, "Computer Technology" is linked to 



"SAP", which is a further hierarchical level below. 
[0050] With reference to Fig. 1 , screen 1 0 shows a 
preferred embodiment of the invention. Lenses 12,14, 
16, and 18 display graphical representations of hierar- 
5 chies of sets of data. Although the lenses illustrated in 
the figures are substantially hexagonal in shape, the 
lenses may be in the form of rectangles or other shapes 
in other preferred embodiments. Lens 1 2 is used to dis- 
play a graphical representation of the category "User In- 
fo fo Catalog". Since "Companies" is at a deeper hierar- 
chical level than "User Info Catalog", the graphical rep- 
resentation of "Companies" is displayed in the smaller 
lens 14. At the next level, lens 16 is used to display a 
graphical representation of "Computer Technology". Fi- 
75 nally, lens 18 is used to display a graphical representa- 
tion of "SAP". Each lens also displays the label or name 
of the category or set of data associated with that par- 
ticular lens. Since lens 1 8 is the smallest lens displayed, 
it is also currently displaying a graphical representation 
20 of the set of data associated with "SAP". The set of data 
graphically represented in lens 18 contains objects, 
which may include text, icons, categories, applications, 
executable objects, such as executable reports, two-di- 
mensional images, three-dimensional images, and 
25 VRML worlds. 

[0051] Lens 18 is displaying a graphical representa- 
tion of three objects 20, 22, and 24 that are categories 
one hierarchical level lower than "SAP". Objects 20, 22, 
and 24 are graphically represented as icons, but select- 
so ing one of these will cause a new, smaller lens to appear 
within lens 18 to display a graphical representation of 
the category selected. Lens 18 is also displaying graph- 
ical representations of objects 30, 32, 34, and 36. In a 
preferred embodiment, moving a cursor near one of 
35 these objects may cause a context-sensitive popup 
menu to appear with a list of possible commands to be 
selected. For example, moving a cursor near object 34 
causes popup menu or context menu 37 to appear. 
Since object 34 is an executable object in the example, 
40 popup menu or context menu 37 has an "execute" op- 
tion. In a preferred embodiment, a popup menu or con- 
text menu is predefined and is automatically displayed 
in a format based on the object type and user authori- 
zation. Optionally, such a menu could be hierarchical. 
45 [0052] A user may go to a deeper level in the hierar- 
chical data structure by selecting a set of data graphi- 
cally represented on screen 10 that has a deeper hier- 
archical level than the set of data currently being graph- 
ically represented. For example, selecting one of ob- 
50 jects 20, 22, or 24 will bring a user to a deeper level. In 
a preferred embodiment, a graphical representation of 
an object that is a category will indicate whether the cat- 
egory contains, at the next deeper level, an additional 
object. For example, symbol or icon 25 and symbol or 
55 icon 26 indicate that at least one object that is a category 
and at least one object that is not a category exist one 
hierarchical level deeper than object 20. Similarly, sym- 
bol or icon 28 indicates that at least one category exists 
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one hierarchical level deeper than object 22. 
[0053] There are numerous methods by which a user 
may select an object graphically represented on screen 
1 0. The most popular method used today is to use a 
mouse to move a mouse cursor to the graphical repre- 
sentation of the object being selected, and clicking on 
the mouse button. It will be appreciated that other meth- 
ods, such as making use of a keyboard, are available. 
[0054] Conversely, a user may wish to go to a higher 
level in the hierarchical data structure. This may be ac- 
complished by selecting one of the lenses displayed be- 
hind the most recently displayed lens. For example, in 
Fig. 1 a user may select lens 1 2, 1 4, or 1 6 to display the 
contents of the selected lens. One way to select a lens 
that is already displayed on screen 10 is to move a 
mouse cursor to the displayed portion of the lens. For 
example, a user may view the objects previously dis- 
played in lens 1 4 by placing the mouse cursor in the gen- 
eral area of point 15 and clicking the mouse button. Al- 
ternatively, a user may press a key or key combination 
on the keyboard, such as an <Alt> key and left arrow 
key combination, to go up one level. This works in a 
manner similar to the "Back" button found in many pop- 
ular browsers today. Selecting a lens on screen 10 will 
displace alt smaller lenses on screen 10. 
[0055] In a preferred embodiment, a user may navi- 
gate within a lens using a mouse, keyboard controls, or 
other means. For example, a mouse may be used to 
scroll in any direction within a lens. The left and right 
arrow keys of a keyboard may be used to scroll left or 
right, or to select objects having a graphical represen- 
tation in a lens. Other keys may be used to select ob- 
jects, for example by pressing the key corresponding to 
the first letter of the name of an object. In another pre- 
ferred embodiment, buttons 40 and 42 may be used to 
scroll through objects. For example, selection of button 
40 will cause the graphical representations of objects 
20, 22, and 24 to disappear and to be replaced by graph- 
ical representations of other categories one hierarchical 
level lower than "SAP" to appear. Similarly, selection of 
button 42 will cause the graphical representations of ob- 
jects 30, 32, 34, and 36 to disappear and to be replaced 
by graphical representations of additional objects. 
[0056] With reference to Fig. 2, a preferred embodi- 
ment for determining the size of lenses is shown in flow- 
chart 1 00. A computer makes a request 1 02 for a set of 
data. Upon receipt 104 of the requested set of data, a 
comparison 106 is made between the hierarchical level 
of the received set of data and the hierarchical level of 
the set of data currently graphically represented within 
the smallest lens displayed on screen 1 0. If the received 
set of data is at a deeper hierarchical level, the creation 
1 08 of a lens that is smaller than the currently displayed 
lens or lenses is commenced, if the received set of data 
is not at a deeper hierarchical level, then removal 112 
of the lens or lenses displaying graphical representa- 
tions of any sets of data that are at the same hierarchical 
level as the received set of data or at a deeper hierar- 
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chical level than the received set of data is commenced. 
After removal 112 occurs, creation 108 of a lens that is 
smaller than the remaining displayed lens or lenses is 
commenced. After the creation 108 of a lens, display 
5 1 1 0 of a graphical representation of the received set of 
data commences within the lens created in creation 1 08. 
The computer is now ready to make a request 1 02 for 
another set of data. 

[0057] It will be appreciated that flowchart 1 00 is only 
10 one preferred embodiment that there are other possible 
methods for determining the size of lenses and for dis- 
playing them in a fashion consistent with the invention. 
For example, in another preferred embodiment, if the 
computer has the information necessary to determine 
is the hierarchical level of a requested set of data, it may 
be possible to make a comparison 1 06 before receipt 
104 of the requested set of data. For example, if a re- 
quested set of data is associated with a URL that indi- 
cates the level of the data (such as a URL that uses 
slash characters to indicate a directory structure), it may 
be possible to determine the hierarchical level of the re- 
quested set of data before it arrives. 
[0058] In another preferred embodiment, removal 1 1 2 
of a displayed lens or lenses is not necessary if the cre- 
ation 108 of a lens and display 110 of a graphical rep- 
resentation of the received set of data are accomplished 
in such a way that other lens or lenses are blocked off 
the screen 1 0. 



[0059] It will again be assumed that a hierarchically 
structured database exists. For illustrative purposes, 
within this database reside sets of data, including four 

35 sets of data with the following category names assigned 
to them: "User InfoCatalog", "Key Account Manager", 
"Current Situation", and "Financial Situation". "User In- 
foCatalog" is linked to "Key Account Manager", which is 
one hierarchical level below "User InfoCatalog". Simi- 

40 larly, "Key Account Manager" is linked to "Current Situ- 
ation", which is another hierarchical level below. Finally, 
"Current Situation" is linked to "Financial Situation", 
which is a further hierarchical level below. 
[0060] With reference to Fig. 3a, screen 310 shows 

45 lens 312, which is displaying a graphical representation 
of the category "User InfoCatalog". Lens 31 2 is display- 
ing a graphical representation of three objects 320, 322, 
and 324 that are categories one hierarchical level lower 
than "User InfoCatalog". Objects 320, 322, and 324 are 

so graphically represented as icons, but selecting one of 
these will cause a new, smaller lens to appear within 
lens 31 2 to display a graphical representation of the cat- 
egory selected. Fig. 3b shows a tree structure represen- 
tation 390 of category or object "User InfoCatalog". Note 

55 that Fig. 3b indicates that additional objects or catego- 
ries exist one hierarchical level lower than "User Info- 
Catalog", buttheirgraphical representations are not cur- 
rently shown on screen 310. Selection of button 340, 
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which is analogous to button 40 described above, will 
cause the graphical representations of other categories 
one hierarchical level lower than "User InfoCatalog" to 
appear 

[0061 ] Suppose a user selects object 322, which hap- 
pens to be category "Key Account Manager". With ref- 
erence to Fig. 4a, the result is screen 410 showing lens 
414, which is displaying a graphical representation of 
the category "Key Account Manager". Lens 414 is dis- 
playing a graphical representation of three objects 420, 
422, and 424 that are categories one hierarchical level 
lower than "Key Account Manager". Objects 420, 422, 
and 424 are graphically represented as icons, but se- 
lecting one of these will cause a new, smaller lens to 
appear within lens 414 to display a graphical represen- 
tation of the category selected. Fig. 4b shows a tree 
structure representation 490 of category or object "Key 
Account Manager". 

[0062] Now suppose a user selects object 420, which 
is category "Current Situation". With reference to Fig. 
5a, the result is screen 510 showing lens 516, which is 
displaying a graphical representation of the category 
"Current Situation". Lens 516 is displaying a graphical 
representation of three objects 520, 522, and 524 that 
are categories one hierarchical level lower than "Current 
Situation". Objects 520, 522, and 524 are graphically 
represented as icons, but selecting one of these will 
cause a new, smaller lens to appear within lens 516 to 
display a graphical representation of the category se- 
lected. Fig. 5b shows a tree structure representation 590 
of category or object "Current Situation". 
[0063] Finally, suppose a user selects object 522, 
which is category "Financial Situation". With reference 
to Fig. 6a, the result is screen 610 showing lens 618, 
which is displaying a graphical representation of the cat- 
egory "Financial Situation". Lens 618 is displaying a 
graphical representation of object 620 that is a category 
one hierarchical level lower than "Financial Situation". 
Lens 618 is also displaying graphical representations of 
objects 630, 632, and 634, which, in a preferred embod- 
iment, are not categories. Fig. 6b shows a tree structure 
representation 690 of category or object "Financial Sit- 
uation". 

[0064] While screen 610 is being displayed, a user 
may select another lens to return to a prior screen. By 
way of example, a user may select lens 414 (by, in a 
preferred embodiment, clicking in an area between the 
borders of lens 516 and lens 414), resulting in screen 
410 being displayed. 

Example of a Simplified Object Model of the Browser 

[0065] A method of creating the browser described 
above is to use object-oriented programming. A pre- 
ferred method is to use an object-oriented programming 
editor, such as LINGO. It is to be appreciated by those 
skilled in the art that C++ and other languages having 
object-oriented programming capabilities may be used 



to create the browser described above. It should also 
be appreciated that programming languages and tools 
are constantly evolving, and such programming lan- 
guages and tools may also be well-suited for the crea- 

5 tion of the browser. 

[0066] To avoid confusion, the word "Object" is capi- 
talized in the following paragraph to distinguish it from 
the word "object" previously defined. 
[0067] Referring to Fig. 7, simplified Object Model 700 

10 showing how the browser may be programmed is 
shown. Browser Manager Object 71 0 builds the graphic 
visualization of the browser and coordinates user inter- 
action with browser controls. Data Cache Object 720 al- 
lows for temporary storage of sets of retrieved data, 

*5 which are obtained through Data Interface Object 730. 
Lens Manager Object 740 creates a lens for displaying 
graphical representations of sets of data. Such sets of 
data may include objects that are categories, which are 
controlled by Category Object 750, and may include ob- 

20 jects that are not categories, which objects are control- 
led by Document Object 760. Drag and Drop Object 770 
allows a user to select an object and drag it to another 
location (this is described below). Finally, Control Object 
780 could coordinate the options or commands in a pop- 

25 up menu to be displayed, or any other user interaction, 
and coordinates the taking of the proper action when an 
option or command is selected. 
[0068] It is to be appreciated that simplified Object 
Model 700 is but one way to organize the implementa- 

30 tion of the browser, 

A Preferred Embodiment of the User Favorites Screen 

[0069] A user may wish to retain quick access to one 

35 or more objects without having to follow the links of the 
hierarchical data structure of the database. In a pre- 
ferred embodiment, quick access is accomplished via a 
user favorites screen 50 shown in Fig. 8. A preferred 
method for switching from screen 10 to user favorites 

40 screen 50 is by selecting cluster view icon 44 shown in 
Fig.- 1 . A preferred method for switching from user fa- 
vorites screen 50 to screen 10 is by selecting icon 88. 
A preferred method alternative to these preferred meth- 
ods is to display both screen 10 and user favorites 

45 screen 50 on one physical display simultaneously. 
[0070] A link to an object may be created in user fa- 
vorites screen 50 by the following preferred method. A 
user selects the desired object - object 32, by way of 
example. The user places a mouse cursor on object 32, 

50 presses on a mouse button, drags the cursor over to 
cluster view icon 44, and releases the mouse button. 
User favorites screen 50 is then displayed, and the user 
moves the mouse cursor to a desired location on user 
favorites screen 50. The user then releases the pressed 

55 mouse button. The process of selecting an object with 
a mouse cursor, pressing on a mouse button, dragging 
the cursor to another location, and releasing the mouse 
button is referred to as "drag and drop". It will be appre- 
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ciated that there are numerous other methods by which 
a link to an object may be created in user favorites 
screen 50. 

[0071] In an alternative preferred embodiment, user 
favorites screen 50 may be used in conjunction with hi- 
erarchical structures without using the browser dis- 
closed herein. For example, any hierarchical data con- 
troller that allows selection of objects within a hierarchi- 
cal data structure may be used to select objects for the 
purpose of creating links to the selected objects in user 
favorites screen 50. An alternative preferred embodi- 
ment wherein a userfavorites screen is used in conjunc- 
tion with channels is described later. 
[0072] User favorites screen 50 currently displays a 
graphical representation of a link to object 30. This is an 
example of a graphical representation of a link to an ob- 
ject that currently also has a graphical representation 
on screen 10. A user may access object 30 via screen 
1 0 or via userfavorites screen 50. Optionally, the graph- 
ical representation of an object that also has a graphical 
representation of a link to the object on user favorites 
screen 50 receives a graphical attribute indicating that 
the object has been selected as a user favorite object. 
[0073] In a preferred embodiment, a link created on 
userfavorites screen 50 has the same graphical repre- 
sentation as the pertinent object on screen 1 0. In an al- 
ternative preferred embodiment, the graphical repre- 
sentation of a link created on user favorite screen 50 
inherits attributes, such as color, shading, or shape, as- 
sociated with a cluster object link on user favorite screen 
50. By way of example, a user may use a mouse to drag 
the graphical representation of the link to object 30 over 
to the graphical representation of cluster object link 60 
to cause the graphical representation of the link to object 
30 to inherit the shading of the graphical representation 
of cluster object link 60. 

[0074] In a preferred embodiment, a user may create 
hierarchies for the links graphically represented on user 
favorites screen 50. For example, a cluster object link, 
such as cluster object link 60, 62, or 64, may be created 
by clicking on button 86. The user may also type in a 
name for a cluster object link (such as the name "Work- 
books" given to cluster object 60). In the example on 
user favorites screen 50, cluster object link 60 is one 
hierarchical level above object links 70, 72, 74 and is 
also linked to them. A link is created between a cluster 
object link, such as cluster object link 60, and one or 
more object links, such as object links 70, 72, 74, by 
using a mouse to drag the graphical representations of 
object links 70, 72,74 to the graphical representation of 
cluster object link 60. Optionally, a user may create, 
move, rename, and remove cluster object links and ob- 
ject links. In a preferred embodiment, moving a cursor 
near the graphical representation of an object link may 
cause a context-sensitive popup menu to appear with a 
list of possible commands or options to be selected. For 
example, moving a cursor near the graphical represen- 
tation of object link 75 causes popup menu or context 



menu 77 to appear. Since object link 75 is a link to an 
executable object in the example, popup menu or con- 
text menu 77 has an "execute" option and a "preview" 
option, in addition to "rename" and "remove" options. In 
5 a preferred embodiment, a popup menu or context 
menu is predefined and is automatically displayed in a 
format based on the object type and user authorization. 
For example, "remove" appears as an option only when 
there is authorization to remove the object link. Option- 
ee ally, a popup menu or context menu could be hierarchi- 
cal. 

[0075] In a preferred embodiment, user favorites 
screen 50 may be saved (e.g., stored on a server and/ 
or on computer-readable storage media) in such a way 
15 that the user-specified relative positions of the graphical 
representations of object links and cluster object links 
as they appear on user favorites screen 50 are also 
saved. 

[0076] In a preferred embodiment, user favorites 

20 screen 50 may be used in conjunction with exception 
reporting. For example, an administrator may define an 
object to be associated with exception reporting, where- 
in certain conditions associated with an object will cause 
a user to be alerted to the occurrence of an exception. 

25 For example, a user may be alerted by having the graph- 
ical representation of an object link flash. 
[0077] In a preferred embodiment, user favorites 
screen 50 is capable of displaying different shelves of 
graphical representations of links. In Fig. 8, user fa- 

30 vorites screen 50 is currently displaying a first shelf 81 . 
By selecting button 82 or button 84, a user may select 
other shelves that display graphical representations of 
other links. By pressing button 80, a user may then re- 
turn to displaying shelf 81. In a preferred embodiment, 

35 the graphical representation of an object link may be 
moved from one shelf to another shelf. A user may also 
move the graphical representation of a cluster object link 
from one shelf to another shelf, in which case the graph- 
ic representations of all the object links associated with 

40 that cluster object link also move to the other shelf. In 
another preferred embodiment, the shelf with the graph- 
ical representation of an object link associated with ex- 
ception reporting may flash when alerting a user of an 
exception event. 

45 [0078] Since the hierarchical organization of links 
whose graphical representations are displayed on user 
favorites screen 50 is displayed in a manner of natural 
association, the hierarchical nature of the links is not as 
readily perceived by a user. Since a user may create a 

so cluster object link, such as cluster object link 60, and 
cause object links, such as object links 70, 72, and 74 
to be linked to the cluster object link, a hierarchical re- 
lationship is created that is displayed as a collection of 
proximate graphical representations of cluster object 

55 links and object links on the screen. The examples be- 
low illustrate some of the advantages of natural associ- 
ation. 
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Examples of User Favorite Screens 

[0079] The following examples illustrate the versatility 
of user favorites screens. 

[0080] Referring to Fig. 9a, user favorites screen 950 
currently displays graphical representations of cluster 
object links 960, 962, 964. Object link 970 is linked to 
cluster object link 960 (the display of popup menu or 
context menu 977 indicates that a cursor is near the 
graphical representation of object link 970). Object links 
972, 973 are linked to cluster object link 962, while ob- 
ject links 974, 975, 976 are linked to cluster object link 
964. Fig. 9b shows a tree structure representation 990 
of the cluster object links and object links whose graph- 
ical representations are displayed on user favorites 
screen 950. The graphical representations make the 
natural associations between the various groups of links 
apparent in a way that is not possible with a tree struc- 
ture. The physical layout of the links, which may be de- 
fined by a user, obviates the need to display the hierar- 
chical structure of the links. 

[0081] In a preferred embodiment, if a user were to 
move the graphical representation of object link 974 by, 
for example, moving a cursor to the graphical represen- 
tation of object link 974, pressing a mouse button, drag- 
ging the graphical representation of object link 974 over 
to touch the graphical representation of cluster object 
link 962, then dragging the graphical representation of 
object link 974 to a point on user favorites screen 950 
that is just above the graphical representation of object 
link 972, and releasing the mouse button, the result 
would look like user favorites screen 1050 in Fig. 10a. 
This operation would remove the link between object 
link 974 and cluster object link 964, and create a link 
between object link 974 and cluster object link 962. Fig. 
1 0b shows a tree structure representation 1 090 of the 
cluster object links and object links whose graphical rep- 
resentations are displayed on user favorites screen 
1050. 

[0082] In a preferred embodiment, an attribute of the 
graphical representation of object link 974 would be al- 
tered by the operation described above. By way of ex- 
ample only, assume that the graphical representation of 
cluster object link 962 is shaded red while the graphical 
representation of cluster object link 964 is shaded 
green. The graphical representation of object link 974 
would be shaded green in userfavorites screen 950, but 
would automatically switch to a shade of red in userfa- 
vorites screen 1 050. 

[0083] To further illustrate the versatility of the user 
favorites screen, userfavorites screen 1150 in Fig. 11a 
shows a different physical layout for the graphical rep- 
resentations of the links that are graphically represented 
in user favorites screen 1050. Fig. 11b shows a tree 
structure representation 1190 of the cluster object links 
and object links whose graphical representations are 
displayed on userfavorites screen 1150. It is apparent 
that tree structure representation 1090 and tree struc- 



ture representation 1190 are the same. When a user 
drags and drops the graphical representation of a clus- 
ter object link, the graphical representations of any ob- 
ject links that are linked to that cluster object link are 

5 also moved. For example, moving the graphical repre- 
sentation of cluster object link 960 from the top half of 
userfavorites screen 1050 to the bottom half of user fa- 
vorite screen 1150 causes the graphical representation 
of object link 970 to move as well. Furthermore, the drag 

10 and drop technique may also be used to move a graph- 
ical representation of an object link within the vicinity of 
a cluster object link. Thus, it is a simple matter to move 
the graphical representations of object links 975, 976 
from the right of the graphical representation of cluster 

15 object link 964 (as in user favorites screen 1 050) to the 
left of the graphical representation of cluster object link 
964 (as in user favorites screen 1150). In a preferred 
embodiment, this operation would require two drag and 
drop operations. For example, a user may drag and drop 

20 the graphical representation of object link 975 and sub- 
sequently drag and drop the graphical representation of 
object link 976. A further advantage of being able to cus- 
tomize the layout of the physical representation of ob- 
jects is that a user, if it is so desired, may create a pseu- 

25 do-hierarchy of object links simply by indenting graphi- 
cal representations of certain object links relative to 
graphical representations of other object links. 

Another Preferred Embodiment of the User Favorites 
30 Screen 

[0084] An alternative embodiment of the user fa- 
vorites screen is illustrated by user favorites screen 
1250 in Fig. 12. In this preferred embodiment, cluster 

35 object link 1260 is linked to object links 1270, 1271, 
1272, 1273, 1274. The graphical representations of 
these links share the same shape, which in user fa- 
vorites screen 1 250 is a triangular shape. The graphical 
representations of other cluster object links, and the 

40 graphical representations of object links linked to them, 
have other shapes. For example, the graphical repre- 
sentation of cluster object link 1262 has a diamond 
shape, and the graphical representation of cluster object 
link 1 264 has a circular shape. 

45 [0085] In a preferred embodiment, user favorites 
screen 1250 is used in conjunction with channels 1295, 
which supply sets of data. Links to objects in public or 
semi-private channels may be created and organized 
utilizing a user favorites channel. A user may use icon 

so 1296 to display a userfavorites channel. For example, 
if a user clicks on icon 1296, options to display userfa- 
vorites channel 1 , user favorites channel 2, or user fa- 
vorites channel 3 appear (these options are analogous 
to buttons 80, 82, 84 used to select shelves for display 

55 in Fig. 8). 

[0086] A user may create a link to an object in another 
channel by dragging the object to icon 1296. As with us- 
erfavorites screen 50, once an object link has been cre- 
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ated and is graphically represented in user favorites 
screen 1250, it may be linked to a cluster object link. It 
is to be appreciated that the operations that may be per- 
formed on user favorites screen 50 as described above 
may also be performed on user favorites screen 1250. 5 

Example of a Simplified Object Model 

of the User Favorites Screen 

10 

[0087] A method of creating the user favorites screen 
described above is to use object-oriented programming. 
A preferred method is to use an object-oriented pro- 
gramming editor, such as LINGO. It is to be appreciated 
by those skilled in the art that C++ and other languages is 
having object-oriented programming capabilities may 
be used to create the cluster favorites screen described 
above. It should also be appreciated that programming 
languages and tools are constantly evolving, and such 
programming languages and tools may also be well- 20 
suited for the creation of the cluster favorites screen. 
[0088] To avoid confusion, the word "Object" is capi- 
talized in the following paragraph to distinguish it from 
the word "object" previously defined. 
[0089] Referring to Fig. 13, simplified Object Model 25 
1 300 showing how the user favorites screen may be pro- 
grammed is shown. Shelf Manager Object 131 0 controls 
ail instances of cluster objects and objects associated 
with the currently displayed shelf or user favorites chan- 
nel. Stage manager object 1315 controls all the visible 30 
action on the screen and coordinates event and infor- 
mation streams between the acting controls. Data 
Cache Object 1320 allows for temporary storage of sets 
of retrieved data, which are obtained through Data In- 
terface Object 1 330. Cluster Object 1 350 is an instance 35 
of a cluster object link, while Document Object 1360 is 
an instance of an object link that is not linked to a cluster 
object link. Document Object 1365 is an instance of an 
object link that is linked to a cluster object link. Drag and 
Drop Object 1370 allows a user to select an object or 40 
cluster object and drag it to another location. Finally, 
Control Object 1380 coordinates the options or com- 
mands in a popup menu to be displayed, or any other 
user interaction, and coordinates the taking of the prop- 
er action when an option or command is selected. 45 
[0090] It is to be appreciated that simplified Object 
Model 1300 is but one way to organize the implemen- 
tation of the user favorites screen. 

Alternative Preferred Embodiments so 

[0091 ] In a preferred embodiment, the sets of data de- 
scribed above reside across a network of computers. 
The sets of data that reside on the Internet, or any sets 
of data that reside in more than one database, may be 55 
considered parts of one large database. In an alternative 
preferred embodiment, sets of data may reside on one 
computer. It will be appreciated that the invention may 



be practiced on one computer or over a network of com- 
puters. It will also be appreciated that a computer may 
receive sets of data from its own storage medium or 
cache, and is not limited to receiving data from other 
computers. 

[0092] While there have been shown and described 
and pointed out fundamental novel features of the in- 
vention as applied to embodiments thereof, it will be un- 
derstood that various omissions and substitutions and 
changes in the form and details of the invention, as here- 
in disclosed, may be made by those skilled in the art 
without departing from the spirit of the invention. It is 
expressly intended that all combinations of those ele- 
ments and/or method steps which perform substantially 
the same function in substantially the same way to 
achieve the same results are within the scope of the in- 
vention. It is the intention, therefore, to be limited only 
as indicated by the scope of the claims appended here- 
to. 



Claims 

1 . A method of displaying and interacting with links to 
data, which data is organized in a first hierarchical 
data structure, the method comprising the steps of: 

(a) creating a link to a set of data in said first 
hierarchical data structure; 

(b) placing said link into a second hierarchical 
data structure; and 

(c) converting said link to a graphical represen- 
tation for visual display, said graphical repre- 
sentation for visual display of said link being 
based upon position of said link in said second 
hierarchical data structure. 

2. The method of displaying and interacting with links 
to data of claim 1 , wherein said graphical represen- 
tation for visual display of said link inherits attributes 
of a graphical representation for visual display of at 
least one other link in said second hierarchical data 
structure. 

3. The method of displaying and interacting with links 
to data of claim 1 , further comprising the step of dis- 
playing a context-sensitive pop-up menu, based on 
type of said set of data and based on an authoriza- 
tion level, when a cursor is placed near said graph- 
ical representation for visual display of said link. 

4. The method of displaying and interacting with links 
to data of claim 1 , further comprising the step of ob- 
taining said first set of data in said first hierarchical 
data structure through a channel. 
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5. The method of displaying and interacting with links 
to data of claim 1 , further comprising the step of re- 
porting an exception associated with said set of da- 
ta in said first hierarchical data structure by altering 
said graphical representation for visual display of 5 
said link. 

6. A method of displaying and linking data organized 
in a first hierarchical data structure, the method 
comprising the steps of: 10 

(a) displaying a set of data in said first hierar- 
chical data structure; 

(b) selecting a subset of said set of data; '5 



of data; 

said graphics processor receives said set of da- 
ta in response to said requesting said set of da- 
ta; 

said graphics processor converts said set of da- 
ta to a graphical representation for visual dis- 
play; 

said central processor creates a link to a subset 
of said set of data; 

said central processor places said link into said 
second hierarchical data structure; and 



(c) creating a link to said subset of said set of 
data; 

(d) placing said link into a second hierarchical 20 
data structure; and 



said graphics processor converts said link to a 
graphical representation for visual display, said 
graphical representation for visual display of 
said link being based upon position of said link 
in said second hierarchical data structure. 



(e) converting said link to a graphical represen- 
tation for visual display, said graphical repre- 
sentation for visual display of said link being 
based upon position of said link in said second 
hierarchical data structure. 



10. The computer system of claim 9, wherein said 
graphical representation for visual display of said 
25 link inherits attributes of a graphical representation 
for visual display of at least one other link in said 
second hierarchical data structure. 



7. The method of displaying and interacting with links 

to data of claim 1 or 6, comprising converting said 30 
link to a graphical representation for visual display 
in a user favorites screen (50), said graphical rep- 
resentation for visual display in a user favorites 
screen (50) of said link being based upon position 
of said link in said second hierarchical data struc- 35 
ture. 

8. The method of displaying and interacting with links 
to data of claim 1 or 6, wherein said graphical rep- 
resentation for visual display comprises at least one 40 
cluster object link (60) and object links (70, 72, 74), 
which object links (70, 72, 74) are one level below 

the cluster object link (60) and are linked to the clus- 
ter object link (60). 

45 

9. A computer system comprising a display, a central 
processor, a graphics processor, a memory, an in- 
put device, and a graphical user interface, wherein: 

said memory has a first hierarchical data struc- 50 
ture and a second hierarchical data structure, 
said first hierarchical data structure having a 
set of data, said set of data having a position in 
said first hierarchical data structure and having 
a level associated with said position of said set 55 
of data in said first hierarchical data structure; 

said graphical user interface requests said set 



11. A computer system for displaying and interacting 
with links to data, which data is organized in a first 
hierarchical data structure, which comprises: 

(a) means for creating a link to a set of data in 
said first hierarchical data structure; 

(b) means for placing said link into a second 
hierarchical data structure; and 

(c) means for converting said link to a graphical 
representation for visual display, said graphical 
representation for visual display of said link be- 
ing based upon position of said link in said sec- 
ond hierarchical data structure. 

12. The computer system of claim 9 or 11 , comprising 
means for converting said link to a graphical repre- 
sentation for visual display in a user favorites 
screen (50), said graphical representation for visual 
display in a user favorites screen (50) of said link 
being based upon position of said link in said sec- 
ond hierarchical data structure. 

1 3. The computer system of claim 9 or 1 1 , wherein said 
graphical representation for visual display compris- 
es at least one cluster object link (60) and object 
links (70, 74, 74), which object links (70, 72, 74) are 
one level below the cluster object link (60) and are 
linked to the cluster object link (60). 
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1 4. Computer program product which can be loaded in- 
to the memory of a digital computer, comprising 
software code sections by which the steps of a 
method according to one of claims 1 to 8 are per- 
formed when the product is running on a computer 5 

15. Computer program product, comprising software 
code sections for displaying a graphical represen- 
tation of data, wherein said graphical representa- 
tion of data is obtainable by a method according to 10 
one of claims 1 to 8. 

1 6. Storage means suitable for a computer, comprising 
a computer program product according to claim 14 

or 15. « 

17. Graphical representation for visual display of data, 
wherein said graphical representation of data is ob- 
tainable by a method according to one of claims 1 

to 8, 20 
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